home *** CD-ROM | disk | FTP | other *** search
- Path: news.mindlink.net!news
- From: genew@mindlink.bc.ca (Gene Wirchenko)
- Newsgroups: alt.computer.consultants,comp.edu,comp.lang.basic.misc,comp.lang.c++,comp.lang.misc,comp.lang.pascal.borland,comp.lang.pascal.delphi.misc,comp.misc,comp.os.msdos.programmer,comp.os.os2.programmer.misc,comp.programming
- Subject: Re: Can we do programming without seeing the end user?
- Date: Tue, 26 Mar 1996 08:29:45 GMT
- Organization: MIND LINK! - British Columbia, Canada
- Message-ID: <4j8a9j$nhq@fountain.mindlink.net>
- References: <4j20es$ea8@atlantis.atlantis.actrix.gen.nz> <4j2fce$8sk@newsbf02.news.aol.com> <4j7een$3ut@shelby.visix.com>
- NNTP-Posting-Host: line117.nwm.mindlink.net
- X-Newsreader: Forte Free Agent 1.0.82
-
- david@visix.com (David Charlap) wrote:
-
- >In article <4j2fce$8sk@newsbf02.news.aol.com>, Mudsox <mudsox@aol.com> wrote:
- >>Should a programmer be intimately involved in the end-user process or
- >>completely removed to concentrate on the best technical ways to provide
- >>systems?
- >>
- >>I have had experience with both ends of this spectrum, and the most
- >>effective automation that I have helped create went like this:
- >>
- >>1. The analyst was trained to do the end-user's job.
- >>2. The analyst worked with end-user management to eliminate those manual
- >>processes that had been inherited by the end-user department but no longer
- >>made any sense.
- >>3. The analyst designed and enhanced a system that supported the new,
- >>streamlined process.
- >>4. The analyst had to use the end-product in a production environment.
- >>
- >>In short, don't talk to the users, marry them. Unfortunately, I haven't
- >>seen nearly enough systems designed this way.
-
- >Yes, this is a great idea. But there's one big problem - the cost.
-
- How about the benefit of doing it right? See my final note.
-
- >Taking the time to do all this analysys, plus proof-of-concept
- >prototypes (to test your conclusions before you commit to them), and
- >the inevitable rewrite is expensive. You're talking about tripling
- >the cost of the project if you do everything right as opposed to
- >what's done most of the time today.
-
- >While your users may love you, they usually aren't the ones who pay
- >your bills. The users' bosses pay you. If the project takes too long
- >or costs too much, they'll buy from someone else, even if the users
- >get screwed over by that someone else.
-
- This reminds me of the saying "There's never time to do it right,
- but there's always time to do it over."
-
- >If you're lucky, you can find a client with enough foresight and money
- >to let you do it right, but you usually aren't that lucky. So you end
- >up releasing something without enough research or testing and hope
- >it's good enough so the customer will buy version 2 from you - which
- >you hope can fix everything and remain compatible with version 1.
-
- I am getting bloody sick and tired of the attitude with bugs of
- "What? You haven't upgraded to version <higher-than-what-you-have>?
- It's only $<number-greater-than-zero>."
- I am tired of this nonsense. It discourages me from buying
- software.
-
- >---------------------+--------------------------------------------------------+
- >David Charlap | The contents of this message are not the opinions of |
- >david@visix.com | Visix Software, nor of anyone besides myself. |
- >Visix Software, Inc. +------------------------------------------------+-------+
- >Member of Team-OS/2 | Quantum mechanics: The dream stuff is made of. |
- >---------------------+------------------------------------------------+
-
- Sincerely,
-
- Gene Wirchenko
-
- C Pronunciation Guide:
- y=x++; "wye equals ex plus plus semicolon"
- x=x++; "ex equals ex doublecross semicolon"
-
-